home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
TeX 1995 July
/
TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO
/
tex-k
/
tex-k-archive.past
/
1994.11.gz
/
1994.11
/
000030_rwsh@cam.sri.com_Fri Nov 4 12:34:00 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1994-11-30
|
2KB
Received: from chirk.cam.sri.com by cs.umb.edu with SMTP id AA09516
(5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Fri, 4 Nov 1994 07:33:41 -0500
Received: by chirk.cam.sri.com (4.1/SMI-4.1)
id AA29349; Fri, 4 Nov 94 12:34:00 GMT
Date: Fri, 4 Nov 94 12:34:00 GMT
From: rwsh@cam.sri.com (Roger Hale)
Message-Id: <9411041234.AA29349@chirk.cam.sri.com>
To: tex-k@cs.umb.edu
Subject: xdvi slow startup
[Apologies if this has been discussed before.]
I'm having trouble with slow startup of xdvi on certain dvi files (and
similar problems in dvips), which I think is caused by kpathsea's font
searching strategy.
As far as I (a fairly naive user) can tell, what's happening is that a
required font isn't there at precisely the correct resolution, but is there
to within an acceptable tolerance (1 dpi). So, despite the fact that I'm
using the ls-R file, it appears that the font path is searched for the font
at the correct resolution before eventually finding an acceptable
substitute. The ls-R file isn't much help in this case.
What I'd like to happen is for the font path to be searched only as a last
resort (e.g. just before MakeTeXPK is invoked or before last resort fonts
are substituted). Is there a simple way to achieve this in general?
Roger
--------------------------------------------------------------------------
Roger Hale SRI International
TEL: +44 223 324146 23 Millers Yard
FAX: +44 223 460402 Mill Lane
UKNET: rwsh@sri.co.uk Cambridge CB2 1RQ
INET: rwsh@cam.sri.com England